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Prufungsantrag gern. § 44 PatG ist gestellt 

(5) "Flow Chart Programmierung fur industrielle Steuerungen, insbesondere Bewegungssteueruhgen" 

® Durch' die Erfindung wird ein Verf ah ren und eine Eirv- s : — x 

richtung fur die grafische Programmierung von indu- start J 



striellen Steuerungen, insbesondere Bewegungssteue- 
rungen, aufgezeigt. Ein Anwender wird dabei sowohl hin- 
sichtlich SPS-Funktionalitat als auch bezuglieh Motion- 
Fun ktionalitat unterstutzt. Aus graflschen Flow Charts 
(!V!CC) wird dabei cine textual!© Sprache (ST) erzeugt, die 
in einen prozessorunabhangigen Zwisch encode ko m pi- 
lie rt wird: Erst dieser wird auf die Steuerung geladen und 
in ablauffahigen Code Umgesetzt. 
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Beschreibung 

[0001] Die Erfindung bezieht sich zum einen auf ein Ver^ 
fahren fur die Programmierung von industriellen Steuerun- 
gen, insbesondere Bewegungssteuerungen, wobei der An- 
wender mit einem graphischen Editor Kontrollstxukturen 
und Funktionsblocke zu einem auf einer Anzeigeeinrichtung 
visualisierbaren Row Chart verknupft. 
[0002] Femer bezieht sich die Erfindung auf eine Einrich- 
tung fur die Programmierung von industriellen Steuerungen, 
insbesondere Bewegungssteuerungen, wobei vom Anwen- 
der mit einem graphischen Editor Kontrollstrukturen und 
Funktionsblocke zu einem auf einer Anzeigeeinrichtung vi 1 
sualisierbaren How Chart verknupfbar sind. 
[0003] Im industriellen Umfeld ist es bekannt, sowohl fur 
die Steuerung eines technischen Prozesses als auch fiir die 
Steuerung der Bewegung einer Verarbeitungs- bzw. Produk- 
tionsmaschine graphische Eingabehilfsmittel sowie einen 
Bildschirm zur Visualisierung zu verwenden (Hans D. Kief: 
"NC/CNC Handbuch", 2000, Hansa Verlag, Seite 254, Bild 
7 bzw. Seite 327, Bild 6). Grundelemente grafischer Struk- 
tur-, Fluss- und Ablaufplane sind in der Norm DIN 66 001 
aufgefuhrt. 

[0004] In "Visuelle Sprachen - ein unaufhaltsamer Trend 
in der Industrie" (Josef Hubl, SPS/TPC/Drives - Tagungs- 
band, Seite 88-95, 23.-15. November 1999, Nurnberg, Ver- 
lag Hiithig GmbH, Heidelberg) ist aufierdem angegeben, 
dass Kontrollfluss** bzw. Datenflussdiagramme fur die 
Steuerung von Autornatisierungsaufgaben mit Hilfe graphi- 
scher Editoren erstellt werden. 

[0005] Die heutzutage existierenden graphischen Einga- 
behilfsmittel und graphischen Editoren fiir die Programmie- 
rung von industriellen Steuerungen unterstiitzen aber dedi- 
ziert die Programmierung der Steuerung eines technischen 
Prozesses (SPS-Funktionalitat) oder die Programmierung 
der Steuerung der Bewegung einer Verarbeitungs- bzw. Pro- 
duktionsmaschine. Die Programmerstellung fur beide An- 
wendungsgebiete wird von existierenden Flow Chart-Edito- 
ren jeweils nicht adaquat unterstiitzt. 

[0006] Ein weiterer Nachteil der heutzutage bei der Pro- 
grammierung industrieller Autornatisierungsaufgaben ein- 
gesetzten Flow Chart-Editoren ist, dass die mit itinen er- 
zeugten Diagramme direkt in ablauffahigen Prozessorcode 
umgesetzt werden oder dass aus den Diagrammen ASCII- 
Code erzeugt wird, der dann im jeweiligen Zielsystem lauf- 
zeitintensiv interpretiert werden muss. Neben der dadurch 
resultierenden Unflexibilitat beziiglich der Portierung und 
Ubertragung der Programme auf andere Anlagen oder Ma- 
schinen bedeutet dieser Mechanismus als weiteren Nachteil 
fiir den Anwender nur eingeschrankte Debugging-M5glich- 
keiten. 

[0007] Aufierdem liegen zusatzliche Nachteile existieren- 
der Flow Chart-Editoren im meist starren und unflexiblen 
Sprachvorrat an fiir den Anwender verwendbaren Icons und 
in der fest vorgegebenen sequentiellen Abarbeitungsreihen- 
folge der Icons bzw. der entsprechenden Funktionsblocke. 
Auch bieten existierende Row Chart-Editoren haufig nur 
wenig Moglichkeiten zur Formulierung von Synchronisati- 
onsmechanismen, die aber insbesondere fiir die Program- 
mierung vori Applikationen in der industriellen Automati- 
sierung sehr oft benotigt werden. 

[0008] Der Erfindung liegt daher die Aufgabe zugrunde, 
ein Verfahren gemaB Oberbegriff von Anspruch 1 und/oder 
eine Einrichtung gemaB Oberbegriff von Anspruch 17 zu / . ; 
schaffen, wobei einem Anwender sowohl fiir die Program- : '65; 
mierung der Steuerung von technischen Prozessen (SPS- . r 
Funktionalitat) als auch fiir die Programmierung von Bewe- : v 
gungssteuerungen (Motion-Funktionalitat) Unterstiitzung 
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gegeben wird. Dem Anwender soil dabei groBtmoglichste 
Hexibilitat bei der Programmierung angeboten werden, ins- 
besondere soli er dabei durch adaptive Mechanismen unter- 
stiitzt werden. 

[0009] GemaB der Erfindung wird die^e Aufgabe fur ein 
Verfahren der eingangs geriannten Art dadurch gelost, dass 
folgende Schritte aufeinander folgend durchgefuhrt werden: 

a) aus dem Flow Chart wird eine textuelle Sprache er- 
zeugt, 

b) die textuelle Sprache wird in einen prozessorunab- 
hangigen Zwischencode kompiliert, 

c) der p^ozessbrunabhangige Zwischencode wird auf 
die Steuerung geladen, 

d) der prozessorunabhangige Zwischencode wird in 
ablaufxahigen Prozessorcode umgesetzt, 

wobei dem Anwender im How Chart-Editor, in Abhangig- 
keit von der zugrundeliegenden Maschinen- bzw. Hardwa- 
rekonfiguration adaquate Sprachmechanismen zur Verfu- 
gung gestellt werden. 

[0010] Dadurch, dass aus den Flow Chart-Diagrammen in 
einem Zwischenschritt eine textuelle Sprache erzeugt wird, 
hat der Anwender die Moglichkeit, befeits auf dieser Ebene 
der textuellen Sprache Plausibilitatsuberpriifungen durchzu- 
fuhren. Er kann aber auch weitere Sprachelemente, die in 
der textuellen Sprache vorliegen, zu seiner Anwendung hin- 
zubinden. Dadurch, dass die textuelle Sprache in einem wei- 
teren Zwischenschritt in einen prozessorunabhangigen Zwi- 
schencode kompiliert wird, bleibt die angesprochene Hexi- 
bilitat fur den Anwender weiterhin erhalten. Auch auf dieser 
Zwischencodeebene kann der Anwender Plausibilitat- 
schecks bzw. ein Debugging durchfuhren. Der letztendlich 
in der Steuerung ablaufende Prozessorcode wird aus dem 
prozessorunabhangigen Zwischencode generiert, dadurch 
wird das Target der Anwendung erst zu einem sehr spaten 
Zeitpunkt festgelegt. Durch die Zwischenschritte bei der 
Codegenerierung kbnnen aufierdem sehr leicht unterschied- 
liche Ziel-Hartwaren bedient werden. 

[0011] Ein weiterer Vorteil der vorliegenden Erfindung 
liegt darin, dass aus der zugrunde liegenden Maschinenkon- 
figurierung bzw. Maschinenprojektierung aktuelle und ad- 
aquate Sprachmechanismen abgeleitet werden, die irh How 
Chart-Editor, in Form von Icons, dem Anwender zur Verfu- 
gung gestellt werden. Dadurch wird einem Anwender eine 
Programmierumgebung zur Verfugung gestellt, die auf die 
zugrunde liegende Hardware abgestimmt ist und somit opti- 
mal den vorliegenden Anforderungen und Randbedingun- 
gen genugt. Der Sprachvorrat des How Chart-Editors adap- 
tiert sich somit selbstandig an die yorhandenen HW-Gege- 
benheiten (z. B. die zugrunde liegende Maschinenkonfigu- 
fetion). 

|[0012] Eine erste vorteilhafte Ausgestaltung der Erfin-/i; 
"dung liegt darin, dass aus anwenderdefinierten Unterpro- - v 
grarnmen der textuellen Sprache automatisch entsprechende / g 
rgraphische Elemente in der Flow Chart-Notation generiert V| 
gwerden, welche die Funktionsschnittstelle der entsprechen-^W 
0en Unterprogfarnme enthalten. Dadurch; ist es moglich,^ 
|dass aus schon vorhandenen Unterprograrnmen der textuel- ^§ 
§en Sprache oder aus zusatzlichen Unterprograrnmen, die in'S§! 
fdie textuelle Sprache eventuell vom Maschinenbauer einge-';- 
fbracht wurden, automatisch Icons und die dazugehorigenS| 
Masken vom System generiert werden und dem Anwender^) 
im Flow Chart-Editor zur Verfugung gestellt werden. DieSf? 
Funktionsschnittstelle und die Ubergabeparameter der Un4pf 
terprogramme der textuellen Sprache werden dabei automag¥ 
tisch fur die How Chart Icons generiert. Durch diesen Me%M 
chanismus lassen sich leicht von OEM-Kunden (Original^ 
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||g fiquipment Manufacturer) schon in textueller Sprache vor- grammierumgebung fiir den Anwender unterstutzt. 
J|| liegende Unterprogramme in den Flow Chart-Editor uber- : [0018] Eine weitere vorteilhafte Ausgestaltung der Erfm- 
nehmen. Damit wird dem Endanwender fiir seine Flow$| -dung Hegt darin, dass in' der How Chart-Notation -die Funk- 
J||| Chart-Programmierung ein angepasster und erweiterte^^ tionsblocke durch Maskeneingabe parametriert werden; Da- 
||§ Sprachvorrat an Icons zur Verfugung gestellt. ^5 durch wird fur den Anwender die Eingabe von Parametem 

M; [0013] Eine weitere vorteilhafte Ausgestaltung der Erfin- • in einer ubersichtlichen und leicht verstandlichen Form er- 
;|1 dun S liegt darin, dass die automatisch generierten grafischenXt moglicht Fur jeden Typ von Funktionsblock existieren 
fffi Elernente vom Anwender als Sprachelemente des Ho\#fi| Standardmasken, die eiriem Anwender nur die fur den aktu- 
£r£ Charts verwendet werden. Dadurch, dass der Anwender diej^ ellen Typ moglichen Parametereingaben erlauben. Die Ge- 
. ; automatisch generierten Icons als normale Sprachelemente; ^0 fahr von fehlerhaften Eingaben wird durch diese Kontext- 

des How Chart-Editors verwenden kann, wird der ihm zur : fl^ensitivitat reduziert 
t$k Verfugung stehende Sprachvorrat an How Chart-Element ^0019] Eine weitere vorteilhafte Ausgestaltung der Erfin-; ^'j 
- fy ten, d. h, an Icons, erweitert. Somit wird die Flexibility und ]l /$dung liegt darin, dass in der How Chart-Notation Funktions- V 

Ausdrucksrhoglichkeit beziiglich der Programmierung von - g&locke zu Modulen zusammengefasst werden, die wiederum^ f 
v< -- Applikationen fiir den Anwender erhoht '^ps Funktionsblocke erscheinen. Dadurch wird die tjber- ft! 

[0014] Eine weitere vorteilhafte Ausgestaltung der Erfin- r ' iiphtlichkeit des Programmablaufs im How Chart fur den - 
dung liegt darin, dass als textuelle Sprache Structured Text Anwender erhoht. Ein Anwender karin namhch logisch zu- 
nach IEC 6-1131 verwendet wird. Dadurch, dass mit IEC 6- sammengehorende Funktionsblocke zu einem Modul zu- 
1131 eine genormte Sprache auf der Ebene der textuellen sammenfassen und kapseln, wobei dieses Modul wiederum 
Sprache verwendet wird, ist der Austausch bzw. die Kopp- 20 als Funktionsblock im How Chart-Editor, d. h. als Icon, er- 
lung mit andereh Programmiersystemen sehr leicht moglich. scheint. Durch diesen Mechanismus der Zusammenfassung 
AuBerdem wird durch die Verwendung von IEC 6-1131 als und Kapselung wird aber nicht nur die Ubersichtlichkeit im 
Zwischensprache die Portierung auf unterschiedliche Ziel- Ablauf erhoht, auch der Programmablauf lasst sich dadurch 
systeme sehr erleichtert. strukturieren. 

[0015] Eine weitere vorteilhafte Ausgestaltung der Erfin- 25 [0020] Eine weitere vorteilhafte Ausgestaltung der Erfin- 
dung liegt darin, dass ein Anwender zum Formulieren von dung liegt darin, dass in der Flow Chart-Notation ineinander 
Bedingungen beliebig zwischen den Darstellungsformen geschachtelte Module moglich sind. Das heiBt, ein Modul 
textuelle Sprache, Kontaktplan (KOP) und/oder Funktions- kann wiederum als Element ein oder mehrere Module ent- 
plan (FXJP) wechseln kann. Dadurch, dass auf der Structured halten. Module konnen sozusagen wiederum als Unterpro- 
Text-Ebene IEC 6-1131 als textuelle Sprache verwendet 30 gramme in anderen Modulen verwendet werden, dadurch 
wird, konnen auch andere Darstellurigsformen von IEC 6- wird die Ubersichdichkeit und die Struktur des Programm- 
1131 neben der textuellen Sprache, narnlich Kontaktplane ablaufs im How Chart erhoht. 

und/oder Funktiorisplane, verwendet werden. Ein Anwender [0021] Eine weitere vorteilhafte Ausgestaltung der Erfin- 
hat somit die Hexibilitat, innerhalb dieser Sprachen der dung liegt darin, dass in der How Chart-Notation dem An- 
SPS-Welt, narnlich Structured Text, Kontaktplan (KOP) 35 wender in den Funktionsblocken fur die Variablenzuwei- 
oder Funktionsplan (FUP), beliebig zu wechseln. Diese He- sung jeweils mehrere Zuweisungen moglich sind. Dadurch, 
xibilitat ist insbesondere fur die Formulierung von Bedin- dass der Anwender in einem Funktionsblock, d. h. in einem 
gungen ein grofier Vorteil fur den Anwender, denn er kann Icon, mehrere Variablenzuweisungen nacheinander einge- 
sich die Darstellungs- bzw. Beschreibungsform wahlen, in ben kann und nicht fiir jede Variablenzuweisung einen 
der er die meiste Erfahrung hat, oder die dem zugrunde lie- 40 neuen Funktionsblock benotigt, wir.d zum einen die t)ber- 
genden Problem angemessen ist. Ublicherweise verwendet sichtlichkeit erhoht, zum anderen wird aber auch das Pro- 
ein Anwender fur die Darstellung von binaren Verknupfun- grammierprinzip der hohen Kohasion unterstiitzt, da der 
gen Kontaktplane (KOP) und/oder Funktionsplane (FUP) Anwender seine Variablenzuweisungen, die sinnvollerweise 
und fiir die Formulierung Von arithmetischen Berechnungen ^ zu diesem Funktionsblock geh6ren, auch in diesem einen 
Structured Text. 45 . Funktionsblock gebundelt vornehmen kann. . & 

[0016] Eine weitere vorteilhafte Ausgestaltung der Erfin- ^[0022] Eine weitere vorteilhafte Ausgestaltung der ErfiMl 
dung liegt darin, dass in der How Chart-Notation als ' v ^dung'iiegt darin, dass in der How Chart-Notation die FunlM 
Sprachelemente mindestens eine Schleife und/oder minde- /^tionsblocke, die Funktionen reprasentieren, die eine Zei^ 
stens eine Parallelverzweigung vorhanden sind. In den heut- -'.rXdauer beanspruchen, Weiterschaltbedingungen enthalte^ 
zutage gangigen. How Chart-Editoren werden Schleifen 

und oft auch Verzweigungen mit Hilfe von Sprungmarken , ferenzpunktfahren, Beschleunigen oder Achspositioniererip 
dargestellt, Durch die Verwendung von Sprungen (Goto- ^|>olche Funktionen bzw; ihr Zusammenwirken konnen A$i* 
Problematik!) und die dazugehorigen. Zielmarken wird die wender mit Hilfe der Weiterschaltbedingungen synchroni- * 
Programmgestaltung aber sehr unubersichtlich und schwer sieren. Einem Anwender stent somit mit Hilfe der Weiter- 
nachvollziehbar. Dadurch, dass dem Anwender als eigene 55 schaltbedingungen ein Synchronisationsmechanismus zur 
Sprachelemente Schleifen und Parallelverzweigung zur Ver- Verfugung, der es ihm erlaubt, komplexe Bewegungen und 
fugung stehen, wird die Programmerstellung und auch die Zusammenhange mehrerer Achsen zu synchronisieren. 
Lesbarkeit der Programme erheblich vereinfacht. [0023] Eine weitere vorteilhafte Ausgestaltung der- Erfin- 

[0017] Eine weitere vorteilhafte Ausgestaltung der Erfin- dung liegt darin, dass die grafischen Elernente des How 
dung liegt darin, dass innerhalb der jeweiligen Parallelver- 60 Charts automatisch positioniert werden. Wenn ein Anwen- 
zweigung die einzelnen Befehle im selben Interpolatortakt der ein neues Icon im How Chart-Editor darstellen, will, 
gestartet werden ..Dadurch, dass aile Zweige des Sprachkon- wird es automatisch an der Stelle positioniert, die als nach- 
strukts Parallelverzweigung im selben Interpolatortakt be- stes dem logischen Programmablauf entspricht. Dadurch, 
dient werden, ist eine quasi parallele Abarbeitung der in den dass ein Anwender die generierten Icons nicht selbst posi- 
einzelnen Zweigen des Parallel verzweigungs-Konstrukts 65 tionieren muss, wird seine Arbeitseffizienz gesteigert. 
enthaltenen Befehle moghch. Neben der sequentiellen wird [0024] Eine weitere vorteilhafte Ausgestaltung der Erfin- 
somit auch die parallele Abarbeitung von Befehlen ermog- dung liegt darin, dass die Icons des How Charts automatisch 
licht und durch adaquate Sprachmechanismen in der Pro- miteinander verbunden werden. Auch hierin liegt eine Stei- 
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gerung der Arbeitseffizienz des Anwenders, da er die Icons 
nicht riachtraglich per Hand miteinander verbinden muss. 
[0025} Eine weitere vorteilhafte Ausgestaltung der Erfin- 
dung liegt darin, dass das Flow Chart in der Anzeige verklei- 
nert oder VergroBert dargestellt werden kanri. Durch diese 5 
Zoom-Funktionalitat wird fur den Anwender die Ubersicht- 
lichkeit der Diagramme erhoht und auBerdem kann er be- 
stimmte Programmablaufe, die ihn momentan interessiereh, 
durch VergroBerung graphisch hervorheben. 
[0026] ; Eine weitere vorteilhafte Ausgestaltung der Erfin- 10 
dung liegt darin, dass durch Markierungen in der textuellen 
Sprache eine Ruckiibersetzung in Flow Chart-Notation 
moglich ist. Durch die Verwendung von syntaktischen und 
geometrischen Informationen, die in Form von Markierun- 
gen erfolgen, ist es moglich, aus der textuellen Sprache in 15 
die Flow Chart-Notation eine Ruckiibersetzung vorzuneh- 
men. Diese Ruckubersetzungsmoglichkeit hat fur den An- 
wender den Vorteil, dass Anderungen, die auf der Ebene der 
textuellen Sprache eingegeben werden, unmittelbar im How 
Chart-Editor in der Flow Chart-Notation nachgezogen wer- 20 
den konnen und spmit fur den Anwender in den Flow Chart- 
Diagrammen sichtbar sind. Solche riickubersetzten. Pro- 
gramme kann der Anwender dann auf der Graphikebene mit 
Hilfe des Flow Chart-Editors weiterbearbeiten und daraus 
im weiteren Vorgehen Steuerungscode erzeugen. 25 
[0027] GemaB der Erfindung wird die oben genannte Auf- 
gabe fiir eine Einrichtung der eingangs genannten Art durch 
die folgenden aufeinander folgenden Elemente gelost: 

a) aus dem How Chart ist eine textuelle Sprache er- 30 
zeugbar, 

b) die textuelle Sprache ist in einen prozessorunabhan- 
gigen Zwischencode kompilierbar, 

c) der prozessorunabhangige Zwischencode ist in ei- 
nen Speicherbereich der Steuerung ladbar, 35 

d) der geladene prozessorunabhangige Zwischencode 
ist durch den Prozessor in einen ablauffahigen Prozes- 
sorcode umsetzbar, 

wbbei, dem Anwender auf einem zugehorigen Display im 40 
How Chart-Editor, in Abhangigkeit von der zugrundelie- 
genden Maschinen- bzw. Hardwarekonfiguration adaquate 
Sprachmechanismen zur Verfugung gestellt sind. 
[0028] Dadurch, dass aus den How Chart-Diagrammen in 
einem Zwischenschritt eine textuelle Sprache erzeugbar ist, 45 
hat der Anwender die Moglichkeit, bereits auf dieser Ebene 
der textuellen Sprache Plausibilitatsuberpriifungen durchzu- 
fuhren. Er kann aber auch weitere Sprachelemente, die in 
der textuellen Sprache vorliegen, zu seiner Anwendung hin- 
zubinden. Dadurch, dass die textuelle Sprache in einem wei- 50 
teren Zwischenschritt in einen prozessorunabhangigen Zwi- 
schencode kompilierbar ist, bleibt die angesprochene Hexi- 
bilitat fiir deri Anwender weiterhinerhalten. Auch' auf dieser 
Zwischericodeebene kann der Anwender Plausibilitat- 
schecks bzw. ein Debugging durchfuhren. Der letztendlich 55 
in der Steuerung ablaufende Prozessorcode ist aus dem pro- 
zessorunabhangigen Zwischencode generierbar, dadurch 
kann das Target der Anwendung erst zu einem sehr- spaten 
Zeitpunkt festgelegt werden. Durch die Zwischenschritte ' 
bei der Codegenerierung konnen auBerdem sehr leicht un- 60 
terschiedliche Ziel-Hardwaren bedient werden. 
[0029] Ein weiterer Vorteil der x vorliegenden Erfindung 
liegt darin, dass aus der zugrunde liegenden Maschinenkon- 
figurierung bzw. Maschinenprojektierung aktuelle und ad- 
equate Sprachmechanismen abgeleitet werden, die im How 65 
Chart-Editor, in Farm von Icons, dem Anwender zur Verfu- 
gung gestellt werden. Dadurch wird einem Anwender eine 
Programmierumgebung zur Verfugung gestellt, die auf die 



zugrunde liegende Hardware abgestimmt ist und somit opti- 
mal den vorliegenden Anforderungen und Randbedingun- 
gen genugt. Der Sprachvorrat des How Chart-Editors adap- 
tiert sich somit selbstandig an die vorhandenen HW-Gege- 
benheiten (z. B. die zugrunde liegende Maschinenkonfigu- 
ration). 

[0030] Eine weitere vorteilhafte Ausgestaltung der Erfin- 
dung liegt darin, dass aus anwenderdefinierten Unterpro- 
grammeri der textuellen Sprache automatisch entsprechende 
grafische Elemente in der How Chart-Notation generierbar 
sind, welche die Funktionsschnittstelle der entsprechenden 
Unterprogramme enthalten. Dadurch ist es moglich, dass 
aus schon vorhandenen Unterprbgrammen der textuellen 
Sprache oder aus zusatzlichen Unterprogrammen, die in die 
textuelle Sprache eventuell vom Maschinenbauer einge- 
bracht wurden, automatisch grafische Elemente (Icons) und 
die dazugehorigen Masken vom System generiert werden 
und dem Anwender im How Chart-Editor zur Verfugung 
gestellt werden. Die Funktionsschnittstelle und die Uberga- 
beparameter der Unterprogramme der textuellen Sprache 
werden dabei automatisch fur die How Chart Icons gene- 
riert. Durch diesen Mechanismus lassen sich leicht von 
OEM-Kunden (Original Equipment Manufacturer) schon in 
textueller Sprache vorliegende Unterprogramme in den 
How Chart-Editor ubemehmen. Damit wird dem Endan- 
wender fur seine Flow Chart-Programmierung ein angepass- 
ter und erweiterter Sprachvorrat an Icons zur Verfugung ge- 
stellt. 

[0031] Eine weitere vorteilhafte Ausgestaltung der Erfin- 
dung liegt darin, dass die automatisch generierten grafischen 
Elemente vom Anwender als Sprachelemente des How 
Charts verwendbar sind. Dadurch, dass der Anwender die 
automatisch generierten Icons als normale Sprachelemente 
des How Chart-Editors verwenden kann, wird der ihm zur 
Verfugung stehende Sprachvorrat an How Chart-Elemen- 
ten, d. h. an Icons, erweitert Somit wird die Hexibilitat und 
Ausdrucksmoglichkeit beziiglich der Programmierung von 
Applikationen fur den Anwender erhoht. 
[0032] Eine weitere vorteilhafte Ausgestaltung der Erfin- 
dung liegt darin, dass als textuelle Sprache EEC 6-1131 ver- 
wendbar ist. Dadurch, dass mit IEC 6-1131 eine genormte 
Sprache auf der Eberie der textuellen Sprache verwendbar 
ist, ist der Austausch bzw. die Kopplung mit anderen Pro- 
grammiersystemen sehr leicht moglich. AuBerdem wird 
durch die Verwendung von IEC 6-1131 als Zwischensprache 
die Portierung auf un terschiedliche Zielsysteme sehr er- 
leichtert. 

[0033], Eine weitere vorteilhafte Ausgestaltung der Erfin- 
dung liegt darin, dass fur einen Anwender zum Formulieren 
von Bedingungen ein beliebiger Wechsel zwischeri den Dar- 
stellungsformen textuelle Sprache, Kontaktplan und/bder 
Funktionsplan vorgesehen ist. Dadurch, dass auf der Struc- 
tured Text-Ebene IEC 6-1131 als textuelle Sprache ver- 
wendbar ist, konnen auch andere Darstellungsformen von 
IEC 6-1131 neben der textuellen Sprache, namlich Kontakt- 
plane und/oder Funktionsplane, verwendet werden. Ein An- 
wender hat somit die Hexibilitat, innerhalb dieser Sprachen 
der SPS-Welt, namlich Structured Text, Kontaktplan (KOP) 
oder Funktionsplan (FUP), beliebig zu wechseln. Diese He- 
xibilitat ist insbesondere fur die Formulierung von Bedin- 
gungen ein groBer Vorteil fiir den Anwender, denn er kann 
sich die Darstellungs- bzw, Beschreibungsform wahlen, in 
der er die meiste Erfahrung hat, oder die dem zugrunde lie- 
genden Problem angemessen ist. Ublicherweise verwendet 
ein Anwender fiir die Darstellung von binaren Verknupfun- 
gen Kontaktplane (KOP) urid/oder Funktionsplane (FUP) 
und fur die Formulierung von arithmetischen Berechnungen 
Structured Text. 
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[0034] Eine weitere vorteilhafte Ausgestaltung der Erfin- 
duhg liegt darin, dass in der Flow Chart-Notation als 
Sprachelemente rriindesteris eine Schleife und/oder minde- 
stens eine Parallelverzweigung vorhanden sind. In den heut- 
zutage gangigen Row Chart-Editoren werden auf den Dis- 
plays Schleifen und oft auch Verzweigungen mit Hilfe von 
Sprungmarken dargestellt. Durch die Verwendung von 
Spningen (Goto-Problematik!) und die dazugehorigen Ziel- 
marken wird die Programmgestaltung aber sehr uniiber- 
sichtlich und schwer nachvollziehbar, Dadurch, dass dem 
Anwender als eigene Sprachelemente Schleifen. und Paral- 
lelverzweigung zur Verfugung stehen, wird die Program- 
merstellung und auch die Lesbarkeit der Programme erheb- 
lich vereinfacht. 

[0035] Eine weitere vorteilhafte Ausgestaltung der Erfin- 
dung liegt darin, dass innerhalb der jeweiligen Parallelver- 
zweigung die einzelnen Befehle im selben Interpolatortakt 
startbar sind. Dadurch, dass alle Zweige des Sprachkon- 
strukts Parallelverzweigung im selben Interpolatortakt be- 
dient werden, ist eine quasi parallele Abarbeitung der in den 
einzelnen Zweigen des Parallel verzweigungs-Konstrukts 
erithaltenen Befehle moglich. Neben der sequentiellen wird 
somit auch die parallele Abarbeitung yon Befehlen ermog- 
licht und durch adaquate Sprachmechahismen in der Pro- 
grammierumgebung fur den Anwender unterstiitzt: 
[0036] Eine weitere vorteilhafte Ausgestaltung der Erfln^ 
dung liegt darin, dass in der; Flow Chart-Notation die Funk- 
tionsblocke durch Maskeneingabe parametriert sind. Da- 
durch wird fur den Anwender die Eingabe (durch Eingabe- 
hilfsmittel wie Maus, Tastatur) und die Darstellung (am Dis- 
play) von Parametern in einer iibersichtlichen und leicht 
yerstandlichen Form ermoglicht. Fiir jeden Typ von Funk- 
tionsblock existieren Standardmasken, die einem Anwender 
nur die ftir den aktuellen Typ moglichen Parametereingaben 
erlauben. Die Gefahr von fehlerhaften Eingaben wird durch 
diese Kontextsensiuvitat reduziert. 

[0037] Eine weitere vorteilhafte Ausgestaltung der Erfin- 
dung liegt darin, dass in der How Chart-Notation Funktions- 
blocke zu Modulen zusammengefasst sind, die wiederum ei- 
nen Funktionsblock bilden. Dadurch wird die Ubersichtlich- 
keit des Programmablaufs im How Chart fur den Anwender 
erhoht. Ein Anwender kann namlich logisch zusammenge- 
horende Funktionsblocke zu einem Modul zusammenfassen 
und kapseln, wobei dieses Modul wiederum als Funktions- 
block im How Chart-Editor, d. h. als Icon, erscheint. Durch 
diesen Mechanismus der Zusammenfassung und Kapselung 
wird aber nicht nur die tfbersichtlichkeit (am Display) im 
Ablauf erhoht, auch der Programmablauf lasst sich dadurch 
strukturieren: 

[0038] Eine weitere vorteilhafte Ausgestaltung der Erfin- 
dung liegt darin, dass in der How Chart-Notation ineinander 
geschachtelte Module vorgesehen sind; Das heifit, ein Mo- 
dul kann wiederum als Element ein oder mehrere Module 
enthalten. Module konnen sozusagen wiederum als Unter- 
programme in anderen Modulen verwendet werden, da- 
durch wird die Ubersichtlichkeit (am Display) und die 
Struktur des Programmablaufs im How Chart erhoht. 
[0039] Eine weitere vorteilhafte Ausgestaltung der Erfin- 
dung liegt darin, dass in der How Chart-Notation fur den 
Anwender in den Funktionsblocken fur die Variablenzuwei- 
sung jeweils mehrere Zuweisungen vorgesehen sind. Da- 
durch, dass der Anwender in einem Funktionsblock, d. h. in 
einem Icon, mehrere Variablenzuweisungen nacheinander 
eingeben kann und nicht fur jede Variablenzuweisung einen 
neuen Funktionsblock benotigt, wird zum einen die Uber- 
sichtlichkeit erhoht, zum anderen wird aber auch das Pro- 
grammierprinzip der hohen Kohasion unterstiitzt, da der 
Anwender seine Variablenzuweisungen, die sinnvollerweise 



zu diesem Funktionsblock gehoren, auch , in diesem einen 
Funktionsblock gebiindelt vornehmen kann. 
[0040] Eine weitere vorteilhafte Ausgestaltung der Erfin- 
. dung liegt darin, dass in der Flow Chart-Notation fur dieje- 
5 nigen Funktionsblocke, die Funktionen reprasentieren, die 
eine Zeitdauer beanspruchen, Weiterschaltbedingungen vor- 
gesehen sind. Funktionen, die eine Zeitdauer beanspruchen, 
sind z. B. Referenzpunktfahren, Beschleunigen oder Achs- 
positionieren. Solche Funktionen bzw. ihr Zusammenwir- 

10 ken konnen Anwender mit Hilfe der Weiterschaltbedingun- 
gen synchronisieren. Einem Anwender stent somit mit Hilfe 
der Weiterschaltbedingungen ein Synchronisationsmecha- 
nismus zur Verfugung, der es ihrri erlaubt, komplexe Bewe- 
gungen und Zusammenhange mehrerer Achsen zu synchro- 

15 nisieren. 

[0041] Eine weitere vorteilhafte Ausgestaltung der Erfin- 
dung liegt darin, dass die grafischen Elemente des How 
Charts automatisch positionierbar sind. Wenn ein Anwender 
ein neues Icon im How Chart-Editor auf dem Display dar- 
20 stellen will, wird es automatisch an der Stelle positioniert, 
die^als nachstes dem logischen Programmablauf entspricht. 
Dadurch, dass ein Anwender die geherierten Icons nicht 
selbst positionieren muss, wird seine Arbeitseffizienz ge- 
steigert. 

25 [0042] Eine weitere vorteilhafte Ausgestaltung der Erfin- 
dung liegt darin, dass die grafischen Elemente des How 
Charts automatisch miteinander verbindbar sind. Auch 
hierin liegt eine Steigerung der Arbeitseffizienz des Anwen- 
ders, da er die Icons nicht nachtraglich per Hand (d. h. mit 

30 Tastatur, Maus oder anderen Eingabehilfsmitteln) miteinan- 
der verbinden muss., 

[0043] Eine weitere vorteilhafte Ausgestaltung der Erfin- 
dung liegt darin, dass das How Chart (MCC) in der Ahzeige 
verkleinert oder vergroBert darstellbaf ist. Durch diese 

35 Zoom-Funktionalitat wird fur den Anwender die "Dbersicht- 
lichkeit der t>iagramme am Display erhoht und auBerdem 
kann ef bestimmte PVogrammablaufe, die ihn momentan in- 
teressieren, durch VergroBerung graphisch hervorheben. 
[0044] Eine weitere vorteilhafte Ausgestaltung der Erfin- 

40 dung liegt darin, dass durch Markierungen in der textuellen 
Sprache* eine Riickubersetzung in How Chart-Notation 
(MCC) vorgesehen ist. Durch die Verwendung von syntakti- 
scheh und geometrischen Informatiohen, die in Form von 
Markierungen erfolgen, ist es moglich, aus der textuellen 

45 Sprache in die Flow Chart-Notation eine Riickubersetzung 
vorzunehmen. Diese Ruckubersetzungsmoglichkeit hat fur 
den Anwender den Vorteil, dass Anderungen, die auf der 
Ebene der textuellen Sprache eingegeben werden, unmittel- 
bar im How Chart-Editor in der How Chart-Notation nach- 

50 gezogen werden konnen und somit fur den Anwender in den 
How Chart-Diagrammen auf dem Display sichtbar sind. 
Solche ruckiibersetzten Programme karin der Anwender 
dann auf der Graphikebene mit Hilfe des How Chart-Edi- 
tors weiterbearbeiten und daraus im weiteren Vorgehen 

55 Steuerungscode fur die Steuerung erzeugen. 

[0045] Die wesentlichen mit der Erfindung erzielten Vor- 
-." teile bestehen also insbesondere darin, dass ein Anwender in 
einer einheitlichen Programmierumgebung sowohl Bewe- 
gungssteuerungsaufgaben (Motion Control) und Prozess- 

60 steuerungsaufgaben (SPS-Aufgaben) in einer jeweils ange- 
messenen Form programmieren kann. Weiterhin ist von 
Vorteil, dass die Programmierumgebung sich projektsensitiv 
verhalt, d. h. dass dem Anwender in Abhangigkeit von der 
zugrunde liegenden Hardware bzw. Maschinenprojektie- 

65 rung zusatzliche dedizierte Sprachelemente zur Verfiigung 
gestellt werden. 

[0046] Ein weiterer Vorteil liegt darin, dass der Anwender 
sowohl fur die sequentielle als auch fur die zyklische Pro- 
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grammierung der Steuerungsablaufe unterstutzt wird. Da- 
durch, dass eine geschachtelte Modulbildung von Funk- 
tionsblocken zur Verfiigung steht, hat der Anwender den 
Vorteil, die tfbersichtlichkeit und die Struktur seiner Pro- 
gramme zu erhohen, da er die Designkriterien, Lokalitat und 5 
nohe Kohasion sehr leicht umsetzen kann. 
[0047] Ein weiterer sehr groBer Vorteil liegt darin, dass 
aus Unterprogrammen, die in der textuellen Sprache vorlie- 
gen, fur den Flow Chart-Editor Icons generiert werden, die 
die Funktionsschnittstelle der entsprechenden Unterpro- ip 
gramme autpmatisch enthalten. Wenn ein OEM-Kunde be- 
reits Unterprogramme in der textuellen Sprache erstellt hat, 
so konnen diese Unterprogramme automatisch durch ent- 
sprechende Icons den Sprachvorrat des How Chart-Editors 
erweitern. 15 
[0048] Ein Ausfuhrungsbeispiel der Erfindung ist in der 
Zeichnung dargestellt und wird im folgenden erlautert. 
[0049] Dabei zeigen: 

[0050] Fig. 1 in einer Schemadarstellung ein Engineering- 
System, das zugehorige Run-Time-System und den zu steu- 20 
emden technischen Prozess, 

[0051] Fig. 2 zeigt in einem Ubersichtsbild Elemente des - 
Engineering-Systems und der Steuerung sowie ihre Bezie- 
hungen untereinander, 

[0052] Fig. 3 zeigt ebenfalls in Form eines Ubersichtsbil- 25 
des den programmtechnischen Zusammenhang zwischen 
Elementen des Engineering-Systems und des Run-Hme-Sy- 
stems, 

[0053] Fig. 4 zeigt ein einf aches Diagramm in Flow 
Chart-Notation, 30 
[0054] Fig. 5 zeigt ein komplexes Diagramm in Row 
Chart-Notation mit den Kontrollstrukturen while und if, 
[0055] Fig. 6 zeigt ebenfalls ein komplexes Diagramm in 
Flow Chart-Notation mit dem Sprachkonstrukt Parallel ver- 
zweigung (sync), . 35 
[0056] Fig. 7 zeigt eine Parametrierrnaske fiir den Befehl 
"positioniere Achse", : 

[0057] Fig. 8 zeigt eine Auswahl von Sprachelementen 
(so genannten Icons) des Flow Chart-Editors. 
[0058] In der Darstellung gemaB Fig. 1 wird in Form eines 40 
Strukturbildes gezeigt, dass die Steuerung eines technischen 
Prozesses TP uber das Run-Time-System RTS einer indu- 
striellen Steuerung erfolgt. Die Verbindung zwischen dem 
Run-Time-System RTS der Steuerung und dem technischen 
Prozess TP geschieht bidirektional uber den Ein-/Ausgang 4$ 
EA . Die Programmierung der S teuerung urid damit das Fest- 
legen des Verhaltens des Run-Hme-Sy stems RTS geschieht 
im Engineering-System Es. Das Engineering-^System Es 
enthalt Werkzeuge fur die Konfigurierung, Projektierung 
und Programmierung fur Maschinen bzw. fiir die Steuerung 50 
technischer Prozesse. Die im Engineering-System erstellten 
Programme werden uber den Informationspfad II in das 
Run-Time-System RTS der Steuerung ubertragen. Beziig- 
lich seiner Hardware- Ausstattung besteht ein Engineering- 
system ES ublicherweise aus einem Computersystem mit 55 
Crrafikbildschirm (z. B. Display), Eingabehilfsmitteln (z. B. 
Tastatur und Maus), Prozessor, Arbeits- und Sekundarspei- 
cher, einer Einrichtung fur die Aufnahme computerlesbarer 
Medien (z. R. Disketten, CDs), sowie Anschlusseinheiten fur 
einen Datenaustausch mit anderen Systemen (z. B. weiteren 60 
Computersystemen, Steuerungen fur lechnische Prozesse) 
oder Medien (z. B. Internet). Eine Steuerung besteht ubli- 
cherweise auS Eingabe- und Ausgebeeinheiten, sowie aus 
Prozessor und Programmspeicher. 

[0059] In der Darstellung gemaB Fig. 2 werden in Form 65 
eines IJbersichtsbildes Elemente des Engineering-Systems 
/und der, Steuerung sowie ihr Zusammenspiel dargestellt. Da- 
bei werden die einzelnen Elemente in Form von Rechtecken 



dargestellt, die im Engineering-System enthaltene Datenab- 
lage wird in Form des ublicherweise verwendeten Daten- 
speichersymbols dargestellt. Durch Pfeile (unidirektional 
oder bidirektional) wird der datenlogische bzw. der ablauflo- 
gische Zusammenhang zwischen den Elementen dargestellt. 
Die obere Halfte von Fig. 2 zeigt die Elemente des Enginee- 
ring-Systems, namlich den MCC-Editor, den ST-Compiler 
mit Programmiergebung, den Konfigurations-Server JCS 
und die Maschinenprojektierung. sowie eine Datenablage. 
Die Zugehorigkeit dieser Elemente zum Engineering-Sy- 
stem wird durch Umrandung dargestellt. Die Steuerung be- 
irihaltet deh Codeumsetzer und die Programmverarbeitung. 
Auch die Elemente der Steuerung, die sich im unteren Ab- 
schnitt von Fig. 2 befinden, sind umrandet. Sowohl das En- 
gineering-System als auch die Steuerung konnen noch wei- 
tere Elemente beinhalten, sie sind aber aus Griinden der 
Ubersichtlichkeit nicht dargestellt. 

[0060] Im MCC-Editor (MCC steht fur Motion Control 
Chart) werden die graphischen Programmablaufe erzeugt. 
Die Sprachelemente des Editors, d. h. die Icons, konnen 
z. B. iiber eine Befehlsleiste im Bildschirm, die mit Hilfe ei- 
ner Maus bedient wird oder denkbare andere Eingabehilfs- 
mittel mit dem Editor erzeugt und dargestellt werden. Ein 
Anwender kann mit Hilfe des MCC-Editors Funktions- 
blocke (Icons) und Kontrollstrukturen zu einem Row Chart 
verkmipfen, d. h. er kann den MCC-Editor als graphisches 
Programmier-Tool fiir die Erstellung von Programmen fiir 
Bewegungssteuerungen und/oder Prozesssteuerungen ver- 
wenden. Aus dem Row Chart wird ein textuelles Programm 
bzw. eine textuelle Sprache (ublicherweise Structured Text 
nach IEC 6-1131) erzeugt. Dieser Structure Text-Code (ST- 
Code) wird vom Structured Text-Compiler (ST-Compiler, 
der Teil der Programmierumgebung ist) in einen prozessor- 
unabhangigen Zwischencode kompiliert. Dieser Zwischen- 
code wird auf die Steuerung geladen und dort vom Codeum- 
setzer in ablauffahigen Prozessorcode umgesetzt. Dieser 
wird von der Programmverarbeitung innerhalb der Steue- 
rung zum Ablauf gebracht. Durch die unidirektionalen 
Pfeile ini linken Abschnitt von Fig. 2 werden die Schritte 
der Code- bzw. Programmumsetzung dargestellt. Parallel zu 
den drei von oben nach unten verlaufenden unidirektionalen 
Pfeilen, die diese Umsetzurig darstellen, verlaufen jeweils 
zwischen den Elementen MCC-Editor, ST-Compiler, Co- 
deumsetzer und Programmverarbeitung drei bidirektionale 
Pfeile, die Debug-Schnittstellen bzw. die Moglichkeit einer 
Programmbeobachtung darstellen. Zwischen Programmver- 
arbeitung und Codeumsetzer existiert eine Debug-Schnitt- 
stelle auf Prozessorcode-, d. h. auf Objektcodeebene, eine 
weitere Debug-Schnittstelle existiert zwischen dem Co- 
deumsetzer und dem ST-Compiler, diese Debug-Schnitt- 
stelle befindet sich auf Zwischencodeebene. Zwischen dem 
ST-Compiler und dem MCC-Editor befindet sich eine wei- 
tere Debug- bzw. Programmbeobachtungsschnittstelle auf 
Ebene yon Structured Text (ST-Code). 
[0061] In Fig. 2 sind als weitere Elemente des Enginee- 
ring-Systems die Maschinenprojektierung und ein Konfigu- 
rations-Server KS dargestellt. In der Maschinenprojektie- 
rung wird mit Hilfe geeigneter Werkzeuge die Auslegung 
der Hardware bzw. der zugrunde gelegten Maschine vollzo- 
gen. Das heiBt, in der Maschinenprojektierung wird.z. B. 
festgelegt, welche Achstypen in welcher Anzahl physika- 
lisch vorhanden sind. Diese Maschineninformationen wer- 
den iiber den Konfigurations-Server KS in den MCC-Editor 
eingespeist. Die Ubertragung dieser Informationen wird 
durch die unidirektionalen Pfeile 12 und 13 dargestellt. Wei- 
terhin beinhaltet der Konfigurations-Server KS weitere rele- 
vante Kpnfigurationsinformationen fiir das System, die z. B. 
auch fur die Lizenzierurig von zugehorigen Softwarekompo- 
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} nenten verwendet werden konnen. 

[0062] Eine Datenablage DA, dargestellt durch das gan- , 
gige Datenspeichersymbol, beinhaltet drei Aspekte: Zum ei- 
nen das vom MCC-Editor fiir ein Flow Chart erzeugtes Ob- 
jektmodell, als zweites den dazugehorigen Structured Text 
und der dritte Inhalt der Datenablage DA ist der aus dem 

\ Structured Text generierte Zwischencode. Die Datenablage 
DA steht in bidirektionaler Verbindung zum MCC-Editor 
und ST-Compiler, dargestellt durch die bidirektionalen In- 
formationspfeile 14 und 15. 

[0063] Die Darstellung gemaB Fig* 3 zeigt als Ubersichts- 
bild die vorhandenen Abstraktionsebenen aus Sicht des Pro- 
grammcodes. Die unterschiedlichen Programmcode-Ebenen 
sind als Rechtecke dargestellt. Die oberste Ebene ist die 

MCC-Ebene, in der die Row Chart-Programme erzeugt 15 werden jeweils durch sechseckige, wabenformige Symbole 
werden. Die nachstuntergeordnete Codeebene ist die Struc- dargestellt. Ansonsten werden im Programmablauf, wie er 
tured Text-Ebene ST. In die ST-Ebene gelangt man aus der . in Fig. 5 dargestellt ist, die gleichen Typen von Symbolen 
MCC-Ebene durch eine entsprechende Codegenerierung, verwendet, wie sie schon aus Fig. 4 bekannt sind. Auch das 
dargestellt durch einen Pfeil vom MCC-Block zum ST- How Chart nach Fig. 5 beginntmit dem Start- und endetmit 
Block. Unterhalb der Structured Text-Ebene ST liegt die 20 dem Endesymbol. Unmittelbar nach dem Startknoten folgt 
Zwischencode-Ebene. Durch einen Compiler wird aus dem ein Befehl, der die Task "motion_3" startet. Dieser Befehl ist 
~ Structured Text-Programm ein prozessorunabhangiger Zwi- vom Typ "S tarte Task". Das Rechteck fur diesen Befehl ent- 
. schencode kompiliert, dargestellt durch den Pfeil vom ST- halt deshalb auch das zugehorige entsprechende Symbol, 
Block zum Block mit dem Namen Zwischencode. Unterhalb welches das Starten einer Task darstellt. Als nachstes im 
der Zwischencode-Ebene liegt die unterste Codeebene, 25 Programmablauf, wie er in Fig. 5 dargestellt ist, folgt das 
namlich die Objektcode-Ebene, die den ablauffahigen Pro- sechseckige wabenformige While-Konstrukt. Solange die 
zessorcode beinhaltet. Aus dem Zwischencode wird uber ei- im While-Konstrukt angegebene Bedingung true ist, werden 
nen Umsetzer der Objektcode erzeugt, ebenfalls dargestellt die auf das While-Konstrukt folgenden Befehle zyklisch 
durch einen Pfeil vom Zwischencodeblock zum Objektco- nacheinander ausgefuhrt. Das Ende der Befehlsfolge einer 
deblock, Von der Objektcode-Ebene gehen rechtwinklig ab- 30 While-Schleife wird dargestellt durch einen abgewinkelten 
gewinkelte Pfeile zuriick zur Structured Text-Codeebene ST Pfeil, der vom letzten Symbol des while-Konstrukts (in Fig. 
und zur Row Chart-Ebene MCC. Dadurch ist angedeutet, 5 ist dies der Befehl vom Typ "Getriebegleichlauf aus", be- 
dass auf diesen Ebenen Test- und Progi-animverfblgurigsak- zogen auf eine Gleichlaufachse) von unten abgeht und auf 
tivitaten stattfinden konnen, auf der Basis des Objektcodes. der linken Seite von Fig. 5 zuriick in das While-Konstrukt 
Durch den fetten Doppelpfeil zwischen der MCC- und der 35 mundet Ist die Bedingung im While-Konstrukt nicht mehr 
ST-Ebene wird angedeutet, dass zwischen diesen beiden erfullt, dann wird die Befehlsfolge, die zum While-Kon- 
Ebenen Aufrufe, Task-Steuerbefehle und Variablenaus- strukt gehort, nicht mehr ausgefuhrt.-In Fig. 5 wird dies dar- 
tauschfunktionen moglich sind. Die gestrichelte Linie in gestellt durch eine rechtwinklige Verbindungslinie, die das 
Fig. 3 zeigt die Grenze zwischen dem Engineering System While-Symbol auf der rechten Seite verlasst und reenter 
ES und dem Run-Hme-System RTS der Steuerung (S; Fig. 40 Hand die zum While-Symbol gehorende Symbolbefehls- 
2) an. Die Grenze verlauft durch die Zwischencode-Ebene, folge umgeht und in auf das dieser Befehlsfolge unmittelbar 
alles, was oberhalb der gestrichelten Linie ist, gehort zum folgende Symbol einmundet, in Fig. 5 ist dies das Ende- 
Engineering System Es, alles, was unterhalb der gestrichel- Symbol. 

ten Linie stattfindet, gehort zum Run-Time-System RTS. [0070] Wehn aber die While-Bedingung erfullt ist, wird 

[0064] Weiterhin wird in Fig. 3 gezeigt, wie ein Program- 45 folgende Befehlsfolge abgearbeitet: Unmittelbar nach dem 
mierer oder An wender (am linken Bildrand dargestellt While-Konstrukt folgt ein Befehl, der das Warten auf eine 
durch ein stilisiertes Strichmannchen) im Engineering Sy- Bedingung reprasentiert; Auch dieser Befehl enthalt ein ent- 
stem ES Eingaben einbringen kann. Er kann zum einen auf sprechendes mnemotechnisches grafisches Symbol, das den 
der MCC-Ebene mit Hilfe der graphischen Programmierung Wartevorgang graphisch darstellt. Als nachstes folgt ein Be- 
Flow Charts erzeugen, zum anderen kann er auf der Structu- 50 fehl, der die Task "motion_2 M startet. Auch dieser Befehl ist 
red Text-Ebene ST durch eine textuelle Programmierung vom Typ "Starte Task" und enthalt das entsprechende gra- 
Programme erstellen. Beide Eingabemoglichkeiten sind phische Symbol. Nach diesem Befehl folgt das If-Konstrukt, 
durch. Pfeile vom Strichmannchen zum MCC-Block. bzw. das genauso wie das While-Konstrukt durch ein sechsecki- 
zum ST-Block dargestellt. ges, wabenformiges Symbol dargestellt wird. Ist die If-Be- 

[0065] Darstellung gemaB Fig. 4 zeigt einen einfachen 55 dingung (in. Fig. 5 dargestellt durch "error o 0"), erfullt 
Programmablauf fur die Programmierung von Achsbewe- . dann wird im True-Zweig die Befehlsfolge weiter abgear- 
gungen, Jedes Row Chart beginnt mit einem Startknoten beitet, ansonsten,. wenn die Bedingung nicht erfullt ist, wird 
" und endet mit einem Endeknoten. Diese Programmbegren- die Befehlsfolge im False-Zweig weiter abgearbeitet. Im 
zungssymbole tragen die Bezeichnung "Start" bzw. "Eride". True-Zweig der If-Bedingung folgt als nachster Befehl ein 
Start- und Endesymbole werden jeweils durch ein Rechteck 60 Befehl, der die Task "motion 2 n stoppt. Dieser Befehl ist 
dargestellt, dessen Stirnseiten durch zwei Halbkreise ausge- . vom Typ "Stoppe Task" Darauf folgt ein Befehl, der die 

Task "motion_3" stoppt Auch dieser Befehl ist vom Typ 
"Stoppe Task". Diese Befehle werden aufierdem durch dazu- 
gehorende entsprechende Symbole reprasentiert. Als nach- 
stes in der Befehlsfolge kommen zwei "Stoppe Achs "-Be- 
fehle. Im ersten solchen Befehl wird eine Drehzahlachse ge- 
stoppt, im darauffolgenden eine Positionierachse, auch diese 
"stoppe Achs"-Befehle werden durch dazugehorende ent- 



Ji z. B. ein Touch Pad denkbar sind. Alternativ ware auch eincL 

I Bedienung iiber TaStatur mit oder ohne Maus moglich. I 

II [0067] Die Row Chart-Symbole werden vom Flow Chart j 
\Editor defaultmafiig untereinander ausgerichtet und durcrj 

5 eine Linie miteinander verbunden. 

[0068] Im Row Chart nach Fig* 4 wird nach dem Start 
eine Gleichlaufachse freigeschaltet, danach wird auf ein 
Synchronisierungssignal gewartet und als nachsier und letz^ 
ter Befehl des Row Charts wird fur eine Gleichlaufachse 

|p eine Kurvenscheibe eingeschaltet. Die Befehlsequenz von 

I Fig, 4 wird beendet durch das Endesymbol. 

[0069] Die Darstellung gemaB Fig. 5 zeigt ein komplexes 
Row Chart mit KontroUstrukturen fur eine While-Schleife 
und fiir das If-Konstrukt. Das While- und das If-Konstrukt 



bildet.sind. Die Programmbefehie werden durch Rechtecke 
dargestellt, die einen Bezeichner und ein graphisches Sym- 
bol bejmhalten, welches den hinterlagerten Befehl reprasen- 
tiert. jj$5 
[0066] Die Row Chart-Symbole werden ublicherweise J 
iiber eine Eingabeleiste mit Hilfe einer Maus im Row Chart- | 
Editor erzeugt, wobei auch andere Eingabehilfsmittel wie v 
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sprechende graphische Symbole reprasentiert. Der nachste 
und zugleich der letzte Befehl in Fig. 5 bezieht sich auf eine 
Achse mit dem Namen "Gleichlauf achse", namlich auf das 
Ausschalten des Getriebegleichlaufes ("Getriebegleichlauf 
aus"), auch dieser Befebl wird durch ein entsprechendes gra- 5 
phisches Symbol reprasentiert. Die Symbole des Flow 
Charts sind durch Linien miteinander verbunden, womit der 
Programmablauf dargestellt wird. Von diesem Befehl, der 
den letzten Befehl im While-Konstrukt darstellt, geht ein 
rechtwinklig abgewinkelter Pfeil zuriick zu diesem While- 10 
Konstrukt. Dadurch wird das zyklische Abarbeiten der Be- 
fehlsfolge dargestellt. Im While-Konstrukt wird gepruft, pb 
die Bedingung erfullt ist. 1st sie erfiillt oder weiterhin erfiillt, 
wird die Befehlsfolge noch einmal durchlaufen. Ist sie nicht 
erfiillt, wird das While-Konstrukt verlassen und, wie bei- 15 
spielhaft in Fig. 5 dargestellt, mit dem Ende-Symbolfortge- 
f ahren, d. h. der durch das Flow Chart dargestellte Pro- 
grammablauf wird beendet. 

[0071] Die Darstellung gemaB Fig. 6 zeigt ebenfalls ein 
komplexes Diagramm in Flow Chart-Notation mit dem 20 
Sprachkonstrukt Parallelverzweigung (sync). In Fig. 6 folgt 
auf das Start-Symbol ein Befehl, der sich auf eine Drehzahl- 
achse bezieht, namlich "Achsfreigabe schalten". Auch fur 
diesen Befehl wird im Befehlsrechteck ein graphisches 
Symbol angegeben, das diesen Befehl reprasentiert. Danach 25 
folgt wiederum ein Befehl vom Typ "Achsfreigabe schal- 
ten", diesmal aber bezogen auf eine Positionierachse, auch 
hier ist das dazugehorige entsprechende Symbol angegeben. 
Der nachstfolgende Befehl ist ein Synchronisationsbefehl 
"warte auf Signal", in Fig. 6 mit "Auto" bezeichnet und mit 30 
dem entsprechenden Symbol versehen. 
[0072] Als nachstes Symbol in Fig. 6 folgt das Symbol fur 
die Parallelverzweigung (sync). Dieses Symbol wird eben- 
falls wie das While- oder das If- Konstrukt durch ein sechs- 
eckiges, wabenformiges graphisches Element dargestellt. 35 
Alle Befehle, die in dem Sektor unmittelbar unter dem Sym- 
bol fur die Parallelverzweigung angeordnet sind, werden im 
selben Interpolatbrtakt gestartet. In Fig. 6 sind dies die Be- 
fehle "Positioniere Achse", bezogen auf eine Positionier- 
achse (dieser Befehlstyp beinhaltet auch das zugehorige ent- 40 
sprechende graphische Symbol) und ein Befehl vom Typ 
"Seize Ausgang", Der Befehlstyp "Setze Ausgang" ist eben- 
falls durch ein Rechteck dargestellt, dieses Rechteck enthalt 
die Adresse des Ausgangs (%QB40) und das entsprechende 
Symbol fur diesen Setz-Befehl (S steht fur Set). Die Be- 45 
fehle, die zu einem Parallelverzweigungssymbol gehoren, 
d. h. die innerhalb desselben Interpolatortakts gestartet wer- 
den, sind mit dem Parallelverzweigungssymbol nach oben 
mit einer Linie verbunden und nach unten sind sie mit einer 
Doppellinie verbunden. Diese waagrechte Doppellinie zeigt 50 
an, dass die parallels Abarbeitung wieder aufgehoben ist 
und dass mit der Bearbeitung des nachfolgenden Befehls so 
lange gewartet wird, bis alle Aktionen in der Parallelver- 
zweigung beendet sind. Sie ist somit auch das Ende-Symbol 
des Parallelverzweigungskonstrukts. Als nachstes folgt ein 55 
Befehl vom Typ "Drehzahlvorgabe", der sich auf eine Dreh- 
zahlachse bezieht. Darauf folgen zwei Befehle vom Typ 
"Positioniere Achse", die sich jeweils auf Positionierach$en 
beziehen. Darauf folgt wieder ein Befehl vom Typ "Stoppe 
Achse", der sich auf eine Drehzahlachse bezieht. Die Recht- 60 
ecke, die diese genannten Befehle darstellen, beinhalten na- 
tiirlich auch wieder entsprechende dazugehorige graphische 
Symbole. Nach dem Befehl vom Typ "Stoppe Achse", der 
sich auf die schon genannte Drehzahlachse bezieht, folgt das 
Ende-Symbol. 65 
[0073] Die hier dargestellte Art der Row Chart-Program- 
mierung unterstiitzt unterschiedliche Arten der Program- 
mierung. Zum einen wird durch das Parallelverzweigungs- 



symbol mit dem Starten der dazugehorigen Befehle in ei- 
nem Interpolatortakt eine mehr oder weniger echte Paralleli- 
tat erreicht, d. h. die Programmierung paralleler Threads 
wird unterstiitzt, und ihre dazugehorige Abarbeitung wird 
ermoglicht. Zum anderen wird die zyklische Programmie- 
rung, d. h. auch die zyklische Programmabarbeitung, unter- 
stutzt, es kann namlich dargestellt werden, dass aufeinander 
folgende Befehle nur angestoBen werden, wpbei aber je- 
weils nicht auf die Abarbeitung des vorhergehenden Befehls 
gewartet werden muss. Aber auch die Programmierung und 
die Darstellung solcher sequentiellen Ablaufe ware mog- 
Uch, dass namlich bei AnstoB eines Befehls aiif die Abarbei- 
tung dieses Befehls gewartet wird, bis der nachste Befehl 
angestoBen und abgearbeitet wird. Die hier vorgestellte , 
Row Chart-Programmierung ist somit fur einen Anwender 
sehr flexibel anwendbar und fur unterschiedliche Applika- 
tionen einsetzbar. 

[0074] Die Darstellung gemaB Fig. 7 zeigt eine Parame- 
triermaske fiir den Row Chart-Befehl "Positioniere Achse". 
Oben links im oberen Balken der Parametriermaske steht 
die Bezeichnung des entsprechenden Befehls, in diesem Fall 
"Positioniere Achse". Derobere Balken beinhaltet auf seiner 
rechten Seite zwei Schalter, ein Schalter mit einem Frage- 
zeichen versehen beinhaltet eine Online- Hilfe, der zweite 
Schalter, mit x versehen, wird fiir das SchlieBen der Maske 
verwendet. Die Parametriermaske beinhaltet unterschiedli- 
che Eingabesektoren. Im obersten Eingabesektor kann die 
entsprechende Achse ausgewahlt werden mit Hilfe eines 
Eingabemenus (dargestellt durch einen Eingabeknopf mit 
einem kleinen auf dem Kopf stehenden Dreieck) kohnen im 
Eingabefenster die entsprechenden Achsen ausgewahlt wer- 
den. In diesem obersten Sektor ist links oben auch das zu 
diesem Befehl dazugehorige graphische Symbol angegeben, 
namlich ein auf dem Kopf stehendes Dreieck mit der Spitze 
nach unten, das waagrecht mittig-mit einer dunklen Linie 
versehen ist, wobei an den Enden dieser Linie jeweils nach 
unten abgeschragte weitere kleine Linien angebracht sind. 
Der nachste und groBte Sektor der Parametriermaske stellt 
die Moglichkeiten dar. Parameter einzugeben. Die Parame- 
ter sind, je nach Befehl, unterschiedlich. Sie werden iiber 
benamte Reiter, die auf einer Reiterleiste angeordnet sind, 
wie in gangigen Programmobertlachen iiblich, logisch sor- 
tiert. Die erste Seite (in Fig. 7 ist diese Seite durch den Rei- 
ter "Parameter" aufblendbar) tragt ublicherweise die Para- 
meter, die unbedingt zur Parametrierung des Befehls ange- 
geben werden miissen. Fiir den Befehl "Positioniere Achse" 
ist ein unbedingter Parameter z. B. die Zielposition einer 
Achsbewegung. 

[0075] Die Anzahl und Bedeutung der Reiter ist befehls- 
abhangig unterschiedlich. In Fig. 7 ist dargestellt, dass fiir 
den Befehl "Positioniere Achse" neben dem Reiter "Parame- 
ter" noch ein Reiter "Dynamic" vorhanden ist. Mit diesem 
Reiter konnen fur die Beschreibung des dynamischen Ver- 
haltens Eingaben zu Ruck und Beschleunigung so wie zum 
Geschwindigkeitsprofii gemacht werden. Diese Eingaben 
konnen iiber Eingabefelder und dazugehorigen Menus ge- 
macht werden. In Abbildung von Fig. 7 wurde als Ge- 
schwindigkeitsprofii die Trapezform gewahlt. Diese Form 
wurde auch graphisch in der Mitte dieses Eingabesektors 
stilisiert dargestellt. Im unten darauffolgenden Eingabesek- 
tor der Parametriermaske konnen weitere Eingaben, z. B. . 
fur das Ubergangsverhalten, gemacht werden. Im Beispiel 
von Fig. 7 wurde fur das Ubergangsverhalten "Ablosen" 
eingegeberi. Zusatzlich konnen Wartebedingungen eingege- 
ben werden, indem das Kastchen "Warten" mit einem Hak- 
chen versehen wird. Zu diesem Synchronisieren konnen in 
einem dazugehorenden Eingabefenster weitere Eingaben 
gemacht werden. Im> Beispiel nach Fig. 7 wurde "Positions- 
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fenster erreicht" dafiir eingegeben. Auch diese Eingaben 
werden durch stilisiert dargestellte Achsprofile unterstutzt. 
Das untere Ende einer Parametrierachse besteht aus vier 
Eingabeknopfen, namlich einem "OK"-Knopf, einem "Ab- 
brechen"-Knopf, einem "t?beniehmen r, -Knopf und einem 
"Hilfe'-Kriopf. Mit Hilfe dieser Eingabekndpfe konnen An- 
wender entweder die Eingaben iibernehmen, bestatigen, ver- 
werfen oder die Eingabehilfe aufrufen. Mit Hilfe der Warte^ 
bedingungen konnen durch einen Anwender sogenannte 
Weiterschaltbedingungen spezifiziert werden, die Funktio- 
nen (z. B. Referenzpunktfahren oder Achspositionieren) 
bzw. ihr Zusammenspiel synchronisieren. 
[0076] Solche Parametriermasken existieren dediziert fur 
alle Befehle, die mit Hilfe des Row Chart-Editors eingege- 
ben und bearbeitet werden konnen. Der Anwender wird also 
kontextsensitiv mit Hilfe dieser Parametriermasken bei der 
Prograrnmierung seiner Bewegungs- und Steuerungsablaufe 
unterstutzt. 

[0077] Die Darstellung gemaB Fig. 8 zeigt eine Auswahl 
von Sprachelementen (so genannten Icons) des Flow Charts 
Editors. Diese Sprachelemente reprasentieren Befehle, die 
der Anwender bei der graphischen Prograrnmierung im 
Flow Chart-Editor benutzen kann. Der MCC-Row Cnart- 
Editor unterstutzt folgende Klassen von Befehlen und stellt 
fiir die einzelnen Befehle dieser Klassen jeweils entspre- 25 
chende Symbole zur Verfugung: Start-Befehle, Stop-Be- 
fehle, Positionierbefehle, Gleichlauf- und Kurvenscheiben- 
Biefehle, Messtaster und SW-Nocken-Befehle, Warte-Be- 
fehle, Tasksteuer-Befehle, Befehle fur die Manipulierung 
von Variablen sowie weitere allgemeine Befehle. AuBerdem 
stellt der MCC-Row Chart-Editor weitere grafischen Kbn- 
trollstrukturen fur den grafischen Programmablauf zur Ver- 
fugung. 
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1. Verfahren fur die Prograrnmierung von industriellen 
Steuerungen, insbesondere Bewegungssteuerungen, 
wobei der Anwender mit einem grafischen Editor Kon- 
trollstrukturen und Funktionsblocke zu einem auf einer 
Anzeigeeinrichtung visualisierbaren Row Chart 
(MCC) verkniipfit, gekennzeichnet durch die aufein- 
ander folgenden Schritte: 

e) aus dem Row Chart wird eine textuelle Spra- 
che (ST) erzeugt, 

f) die textuelle Sprache.(ST) wird in einen pro- 
zessorunabhangigen Zwischencode kompiliert, 

g) der prozessorunabhangige Zwischencode wird 
auf die Steuerung geladen, 

h) der prozessorunabhangige Zwischencode wird 
in ablauffahigen Prozessorcode umgesetzt, 

wobei dem Anwender im Row Chart-Editor, in Abhan^L 
gigkeit von der zugrundeliegenden Maschinen- bzw. 
Hardwarekonfiguration adaqiiate Sprachmechanismen 
zur Verfugung gestellt werden. ? - 

2. Verfahren nach Anspruch 1, dadurch gekerinzeich 
net, dass aus anwenderdefinierten Unterprogrammen 
der textuellen Sprache (ST) automatisch entsprechende 
grafische Elemente in der Row Chart-Notation (MCC) 
generiert werden, welche die Funktionsschnittstelle der 
entsprechenden Unterprogramme enthalten. 

3. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, dass die automatisch gene- if 
rierten grafischen Elemente vom Anwend|er als Sprach-U. 
elemente des Row Charts (MCC) verwendet werden. J 65 

4. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, dass als textuelle Sprache 
Structured Text nach IEC 6-1131 verwendet wird. 
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5. Verfahren nach Anspruch 4, dadurch gekennzeich- 
net, dass ein Anwender zum Formulieren von Bedin- 
gungen beliebig zwischen den Darstellungsformeri 
textuelle Sprache (ST), Kontaktplan (KOP) und/oder 
Funktionsplan (FUP) wechseln kann. 

6. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, dass in der Row Chart-Nota- 
tion (MCC) als Sprachelemente mindestens eine 
Schleife und/oder mindestens eine Parallelyerzwei- 
gung vorhanden sind. 

7. Verfahren nach Anspruch 6, dadurch gekennzeich- 
net, dass innerhalb der jeweiligen Parallel verzweigung 
die einzelnen Befehle im selben Interpolatortakt gestar- 
tet werden. 

8. Verfahren nach einem der vorstehenden Anspriiche* 
dadurch gekennzeichnet, dass in der Row Chart-Nota- 
tion (MCC) die Funktionsblocke durch Maskeneingabe 
parametriert werden. 

9. Verfahren nach einem der vorstehenden Anspriiche, / 
dadurch gekennzeichnet, dass in der Row Chart-Ndta-/ 
tion (MCC) Funktionsblocke zu Moduleh zusammenJ 
gefasst werden, die wiederum als Funktionsblocke erf 
scheinen. , 

10. Verfahren nach Anspruch 9, dadurch gekennzeich-f 
net, dass in der Row Chart-Notation (MCC) ineinandef 
geschachtelte Module moglich sind. J J 

11. Verfahren nach einem der vorstehenden Ansprir- 
che, dadurch gekennzeichnet, dass in der Row Chart- 
Notation (MCC) dem Anwender in den Funktionsblok- 
ken fur die Variablenzuweisung jeweils mehrere Zu- 
weisungen moglich sind. 

12. Verfahren nach einem der vorstehenden Anspru-r 
che, dadurch gekennzeichnet, dass in der Row Chart-j 
Notation (MCC) die Funktionsblocke, die Funktione 
reprasentieren, die eine Zeitdauer beanspruchen, WeiJ 
terschaltbedingungen enthalten. 

13. Verfahren nach einem der vorstehenden Anspriit 
che, dadurch gekennzeichnet, dass die grafischen Ele 
mente des Row Charts automatisch positioniert wed 
den. 

14. Verfahren nach einem der vorstehenden Ansprii- 
che, dadurch gekennzeichnet, dass die grafischen Ele- 
mente des Row Charts automatisch miteiiiander ver- 
bunden werden. 

15. Verfahren nach einem der vorstehenden Ansprii- 
che. dadurch gekennzeTChnet. dass das Row Chart in 
der Arizeige Verkleinert oder vergroBert dargestellt 
werden kann. : 

16. Verfahren nach einem der vorstehenden Ansprii- 
che, dadurch gekennzeichnet, dass durch Markierun- 
gen in der textuellen Sprache eine Riickubersetzung in 
Row Chart-Notation moglich ist. 

17. Einrichtung fiir die Prograrnmierung von indu- 
striellen Steuerungen, insbesondere Bewegungssteue- 
rungen, wobei vom Anwender m mit einem grafischen 
Editor Kontrollstrukturen und Funktionsblocke zu ei- 
nem auf einer Anzeigeeinrichtung visualisierbaren 
Row Chart (MCC) verknupfbar sind, gekennzeichnet 
durch die aufeinander folgenden Elemente: . 

i) aus dem Row Chart ist eine textuelle Sprache 
(ST) erzeugbar, 

j) die textuelle Sprache (ST) ist in einen prozes- 
sorunabhangigen Zwischencode kdmpilierbar, 
k) der prozessorunabhangige Zwischencode ist in 
einen Speicherbereich der Steuerung ladbar, 
1) der geladene prozessorunabhangige Zwischen- 
code ist. durch den Prozessor An einen ablauffahi- 
gen Prozessorcode umsetzbar, 
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wobei, dem Anwender auf einem zugehdrigen Display 
im Row Chart-Editor, in Abhangigkeit von der zugrun- 
deliegenden Maschinen- bzw. Hardwarekonfiguration 
adaquate Sprachmechanismen zur Verrugung gestellt 
sind. 

18. Einrichtung fur die Programmierung nach An- 
spruch 17, dadurch gekennzeichnet, dass aus anwen- 
derdeflnierten Unterprogrammen der textuellen Spra- 
che (ST) automatisch entsprechende grafische Ele- 
mente in der Flow Chart-Notation (MCC) generierbar 
sind, welche die Funktionsschnittstelle der entspre- 
chenden Unterprogramme enthalten. 

19. Einrichtung fur die Programmierung nach An- 
spruch 17 oder Anspruch 18, dadurch gekennzeichnet, 
dass die automatisch generierten graflschen Elemente 
vom Anwender als Sprachelemente des Flow Charts 
(MCC) yerwendbar sind. 

20. Einrichtung fur die Programrnierung nach An- 
spruch 17, 18 oder 19, dadurch gekennzeichnet, dass 
als textuelle Sprache IEC 6-1131 verwendbar ist. 

21. Einrichtung fur die Programrnierung nach An- 
spruch 20, dadurch gekennzeichnet, dass fur einen An- 
wender zum Formulieren von Bedingungen ein beliebi- 
ger Wechsel zwischen den DarsteUungsformen textu- 
elle Sprache (ST), Kontaktplan (KOP) und/oder Funk- 
tionsplan (FUP) vorgesehen ist 

22. Einrichtung fur die Programmierung nach einem 
der Anspruche 18 bis 21, dadurch gekennzeichnet, dass 
in der Flow Chart-Notation (MCC) als Sprachelemente 
mindestens eine Schleife und/oder mindestens eine 
Parallelyerzweigung vorhanden sind. 

23. Einrichtung fur die Programmierung nach An- 
spruch 22, dadurch gekennzeichnet, dass innerhalb der 
jeweiligen Parallelverzweigung die einzelnen Befehle 
im selben Interpolatortakt startbar sind. 

24. Einrichtung fur die Programmierung nach einem 
der Anspruche 1 8 bis 23, dadurch gekennzeichnet, dass 
in der How Chart-Notation (MCC) die Funktions- 
blocke durch Maskeneingabe parametriert sind. 

25. Einrichtung fur die Programmierung nach einem 
der Anspruche 1 8 bis 24, dadurch gekennzeichnet, dass 
in der Flow Chart-Notation (MCC) Funktionsblocke zu 
Modulen zusammengefasst sind, die wiederum einen 
Funktionsblock bilden. 

26! Einrichtung fur die Programmierung nach An- 
spruch 25, dadurch gekennzeichnet, dass in der Flow 
Chart-Notation (MCC) ineinander geschachtelte Mo- 
dule vorgesehen sind. 

27. Einrichtung fur die Programmierung nach einem 
der Anspruche 18 bis 26, dadurch gekennzeichnet, dass 
in der Row Chart-Notation (MCC) fur den Anwender 
in den Funktionsblocken fur die Variablenzuweisung 
jeweils mehrere Zuweisungen vorgesehen sind. 

28. Einrichtung fur die Programmierung nach einem 
der Anspruche 1 8 bis 27, dadurch gekennzeichnet, dass 
in der Flow Chart-Notation (MCC) fur diejenigen 
Funktionsblocke, die Funktionen reprasentieren, die 
eine Zeitdauer beanspruchen, Weiterschaltbedingun- 
gen vorgesehen sind. 

29. Einrichtung fur die Programmierung nach einem 
der Anspruche 1 8 bis 28, dadurch gekennzeichnet, dass 
die graflschen Elemente des Flow Charts (MCC) auto- 
matisch positionierbar sind. 

30. Einrichtung fur die Programmierung nach einem 
der Anspruche 18 bis 29, dadurch gekennzeichnet, dass 
<fte. graflschen Elemente des Row Charts (MCC) auto- 
-matisch miteinander verbindbar sind. 

31. Einrichtung fur die Programmierung nach einem 
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der Anspruche 18 bis 30, dadurch gekennzeichnet, dass 
das Flow Chart (MCC) in der Anzeige verkleinert oder 
vergroBert darstellbar ist. 

32. Einrichtung fur die Programmierung nach einem 
der Anspruche 18 bis 31, dadurch gekennzeichnet, dass 
durch Markierungen in der textuellen Sprache eine 
Riickubersetzung in Flow Chart-Notation (MCC) vor- 
gesehen ist. 
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